Diagrama de Grantt
Para garantizar la viabilidad del proyecto y disponer de un margen de contingencia ante posibles imprevistos técnicos, se ha definido un régimen de dedicación intensiva de 24 horas semanales. Bajo esta planificación, el estudiante dedicará 4 jornadas semanales de 6 horas cada una, lo que permite alcanzar la meta teórica de 300 horas en un ciclo aproximado de 15 semanas de trabajo efectivo.
Durante los dos primeros meses de desarrollo se mantendrá una continuidad total durante, completando 192 horas (96 horas por mes).
A continuación y considerando el paréntesis vacacional de Semana Santa, se tendrán en cuenta dos semanas de actividad efectiva, lo que sumará 48 horas al cómputo general del proyecto.
Para finalizar se destinarán las 100 horas restantes durante la época entre mayo y junio, dejando un margen de tiempo extra tanto como para posibles problemas como para la preparación de la presentación del proyecto.
Bajo este esquema de intensificación, la culminación del desarrollo técnico está proyectada para antes de el 12 de junio.
En la siguiente tabla se puede observar la distribución mensual de la carga de trabajo prevista para el proyecto.
| Mes | Semanas Activas | Total Mensual | Horas Acumuladas |
|---|---|---|---|
| Febrero | 4 | 96h | 96h |
| Marzo | 4 | 96h | 192h |
| Abril | 2 | 48h | 240h |
| Mayo | 4 | 40h | 300h |
| Junio | - | - | 300h |
Para planificar y llevar a cabo una distribución coherente de este tiempo se han diseñado dos diagramas de Gantt: el primero muestra un resumen general de cómo se espera distribuir los tiempos de cada uno de los objetivos, con las dependencias entre ellos; el segundo desciende al nivel de tarea individual, detallando las interconexiones concretas entre subtareas.
Como podemos observar, el primer objetivo a completar es la Planificación del Proyecto (PLP), que sienta las bases formales del trabajo y precede a cualquier desarrollo técnico.
A continuación, durante todo febrero y parte de marzo, se desarrolla el objetivo más crítico: la Base de Datos Vectorial (BDV). Este componente constituye el motor fundamental del sistema RAG, responsable de la persistencia y consulta eficiente de embeddings, y su finalización es condición necesaria para poder iniciar el siguiente bloque.
Una vez completada la BDV, se aborda el Agente Orquestador y Lógica de Routing (AOR), que gestiona el flujo de información y la coordinación entre los distintos agentes especializados. Este bloque depende directamente de que la infraestructura de datos vectoriales esté operativa, ya que el agente RAG precisa de los endpoints de consulta por similitud desarrollados en BDV.
Con la arquitectura de agentes validada, se abordan las integraciones complementarias: la Adaptación de Herramientas MCP Externas (EMCP) y la Integración con SharePoint RAG (SPR). Ambas fases se sitúan al final del desarrollo principal porque requieren que BDV y AOR estén plenamente operativos, construyendo sobre una base estable de infraestructura de datos y orquestación de agentes.
De forma transversal, la Evolución de Plataforma (EPL) acompaña todo el ciclo de desarrollo, integrando progresivamente las nuevas funcionalidades en la interfaz y el backend de DWall. Igualmente, el Seguimiento y Control (SYC) se mantiene activo desde el primer día hasta la entrega final, asegurando la trazabilidad del avance y la elaboración progresiva de la memoria técnica.
Desglose detallado por tarea
El desglose por tarea muestra un resultado algo más complejo de leer, pero permite identificar con precisión las dependencias concretas que determinan la secuencia de ejecución.
Es destacable, en primer lugar, que varias tareas individuales pueden coexistir en el mismo marco temporal. La tarea 5PLP (Redacción del documento de planificación) se solapa deliberadamente con el inicio del bloque BDV: una vez definida la planificación base, no se consideró necesario esperar a su cierre formal para iniciar el desarrollo técnico. Así, 1BDV, 1EPL (Rediseño UX/UI) y 2EPL (Integración de nuevas funcionalidades en la plataforma) arrancan en paralelo durante la segunda semana de febrero.
Dentro del bloque BDV la secuencia interna es lineal: 2BDV (Diseño del esquema relacional) debe completarse antes de 3BDV (Implementación del esquema en DWall), que crea las tablas e índices definidos en el diseño. A su vez, 3BDV es prerequisito de 4BDV y 5BDV, pues tanto los endpoints de escritura como los de consulta por similitud vectorial dependen de que la estructura de base de datos esté creada. El cierre de este bloque queda marcado por el hito H1 —BDV operativa—, que actúa como dependencia de entrada del bloque AOR.
Una vez alcanzado H1, arranca el bloque AOR con 1AOR. La tarea más crítica de esta fase es 6AOR (Refactorización del Agente RAG), que depende directamente de 5BDV: el agente RAG refactorizado consume los endpoints de consulta por similitud vectorial implementados en dicha tarea para recuperar el contexto relevante. El hito H2 —Router multi-agente funcional— cierra este bloque y constituye la dependencia de entrada de las dos integraciones complementarias.
Las tareas 1EMCP y 1SPR no pueden iniciarse hasta que H2 esté alcanzado, garantizando que la arquitectura de agentes sobre la que se integran esté plenamente validada. Dentro del bloque SPR, 2SPR (Adaptación del conector de SharePoint) se apoya en el esquema definido en 3BDV para enviar documentos a los nuevos endpoints de la base de datos vectorial, mientras que 4SPR (Refactorización del agente de documentos) requiere el agente RAG entregado en 6AOR para integrar el nuevo flujo de generación y almacenamiento de embeddings en PostgreSQL. El hito H3 —Integraciones completadas— marca el cierre del desarrollo técnico principal.
De forma transversal, la tarea 4EPL (Integración de nuevas características RAG en plataforma) tiene dependencia de H1, ya que solo cuando la BDV está operativa es posible exponer las capacidades del sistema vectorial en la interfaz de DWall. El resto de tareas EPL se distribuyen a lo largo de todo el proyecto sin dependencias bloqueantes. Las tareas SYC tampoco tienen dependencias de entrada específicas, a excepción de 6SYC (Preparación de la defensa), que se planifica tras el cierre de todos los desarrollos técnicos y cuyo fin coincide con el hito H5 —Defensa lista—.